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Modern process control systems are used in industrial auto- 
mation for flexibility, modularity, and reliability, employing 
state of the art technology based on mainly three concepts: 
distributed control system (DCS), programmable logic con- 
troller (PLC) and supervisory control and data acquisition 
(SCADA). This chapter deals with the design and implemen- 
tation of a SCADA for a heating system in a power plant. 
The system employs Siemens equipment and the software 
“Process Control System 7” (PCS7) and it is used for read- 
ing data from over 1000 analog and digital sensors, display 
34 synoptic images in a hierarchical structure, display events 
and alarms, command field devices (pumps, valves, etc.), sys- 
tem diagnostics under a user permission concept. Also allows 
web-based monitoring and command via open link exchange 
for process control (OPC) and web server by using the exist- 
ing communication infrastructure. Redundancy is present 
at the operation server level. The system is currently in use 
at COLTERM Thermal Power Plant South of Timisoara, 
Romania. 


INTRODUCTION 

Continuous innovation guarantees sustained market 
success for machines and plants. The innovation steps 
become easier if one can exploit previous investments on 
machines. In today’s automation world, the requirements 
are high and complex. Each new system has to be better, 
more reliable, more flexible, more user friendly than the 
ones before it. 

New software technologies have also emerged due to 
integration needs of machines, control and monitoring 
instruments, field equipment in easy-to-use visualization 
environments and web-based applications: PCS7 — Siemens, 
CX-Supervisor — Omron, Genesis 32 — ICONIX, Labview — 
National Instruments. All these merged concepts and mod- 
ules can have as result a successful and fully functional 
SCADA, DCS, or PLC system. In today’s process/factory 
automation, these concepts are merged resulting in a robust 
and reliable systems. 

PLCs are used for plant control and sensor data acquisi- 
tion. As the need to monitor and control more devices in the 


plant grew, the PLCs are distributed and the systems became 
more intelligent and smaller. 

In a DCS, the data acquisition and control functions are 
performed by a number of distributed microprocessor-based 
units situated near the controlled devices or by instruments 
from which data is gathered. DCSs have evolved into systems 
providing very sophisticated analog control capability. 

SCADA has been around as long as there have been 
control systems. The first SCADA systems utilized data 
acquisition by means of meter panels, lights, and strip 
chart recorders; the operators manually manipulated vari- 
ous control knobs, exercising supervisory control [1,2]. The 
term supervisory control is associated with (1) the process 
industries, where it manages the activities of a number of 
integrated operation units to achieve certain economic 
objectives for process and (2) with the discrete manufactur- 
ing automation, where it coordinates the activities of several 
interacting pieces of equipment in manufacturing cells or 
systems [3]. 

Nowadays, process automation makes use not only of 
SCADA concept but also of DCS and PLC. The advantages 
of process control systems using SCADA, DCS, and PLC, all 
together are 

• Industrial computers can record and store a very large 
amount of data 

• Data can be displayed in any way at user demands 

• Thousands of intelligent sensors over a wide area can 
be connected to system 

• The operator can incorporate real data simulations 
into the system 

• Many types of data can be collected by PLCs 

• Data can be viewed from anywhere, not just on site 

• Existing plant infrastructure can be used 

• Redundancy can be applied at the required levels 

• Distributed profiles DCS with hot swapping (if needed) 
can be used for unreachable locations (by wire) 

• Open systems in comparison to traditional static ones 

• Communications and telemetry are improved 

The standardized concepts make the project foundation 
developed to improve monitoring, energy and material 
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saving, to assure a superior scalability and remote command 
execution. The old equipment are replaced with PLCs, serv- 
ers, modern approaches regarding network equipments and 
topologies and flexible monitoring stations. Remote actions 
and uninterrupted monitoring are possible due to redundant 
servers and web-based applications via OPC and web server. 

In the following sections of this chapter, the system will 
be described in detail showing the steps taken for finalizing 
automation tasks. This chapter is primarily based on the ref- 
erence [4]. 

WORLD ENERGY TRENDS 

Energy demand worldwide continues to increase, particu- 
larly in the United States and emerging economies, such as 
China and India. Based on present policies, global energy 
demand will be more than 50% higher in 2030 than today, 
with energy related greenhouse gas emissions reaching about 
55% higher [5], 

Low carbon emission fuels have lately played an impor- 
tant role in helping energy production, but unfortunately, it 
is clear that coal, oil, and gas will play a significant part in 
meeting the world’s energy needs in the foreseeable future, 
and it is necessary to reduce their emissions. 

Global primary energy demand in the reference scenario 
[5] of the International Energy Agency (IEA) is projected to 
increase by 52% from 2003 to 2030, reaching 16.3 billion 
tons of oil or equivalent (Figure 63.1). 

The role of biomass and waste, much of which is used in 
traditional ways in developing countries, will decline slightly 
during the projection period. Their share of world primary 
energy demand will fall from 11% in 2003 to 10% in 2030, 
as modern commercial fuels replace them. In absolute terms, 
the consumption of traditional biomass in developing coun- 
tries will continue to grow. The use of biomass and waste 
will increase in the power generation. 

Other renewable energy sources, a group that includes 
geothermal, solar, wind, tidal and wave energy is expected to 
grow faster than any other energy source, at an average rate 
of 6.2%/year. However, they will still contribute marginally 



FIG. G3.1 

World primary energy demand by fuel. 


to meeting global energy demand in 2030. Their share in pri- 
mary demand will grow from 0.5% in 2003 to 1.7% in 2030. 
Most of the increase in the use of renewable will be in the 
power sector [6]. 

Green fuels (e.g., algae fuel) are predicted to be signif- 
icant in the future of energy production, but nowadays, in 
order to reduce emissions many countries apply for co-firing 
plants. A mixture of coal and biomass is a good example of 
such units. 

From the economic point of view, this might be a better 
solution than to build a new power plant from scratch. This 
fact does not mean that the efficiency of the plant will be 
necessarily improved; however, it will reduce the pollution 
factors. 

The thermal power plant in Timisoara, makes use of the 
cogeneration principle. It uses fossil fuels (coal) in combi- 
nation with natural gas for producing steam for heating and 
electric energy. These are not cheap fuels, but the overall 
efficiency is good, about 84%. Until one of the fuels is to be 
replaced with bio-fuel, some improvements are achieved by 
means of applying a new system for monitoring, command, 
and control. By centralizing the monitoring of the plant, 
showing real-time data, trends, and synoptic images and exe- 
cuting commands from the operator stations, transient and 
dead times can decrease considerably, resulting in less fuel 
consumption. 

MONITORING AND CONTROL STRATEGY 

Every existing plant, no matter what the case is, needs mon- 
itoring and control, either by means of hardwired relays, 
either by modern electronic components, capable of replac- 
ing older systems. This is also the case at the Thermal Power 
Plant South Timisoara. Historically, the old plant’s informa- 
tion system was engineered in 1990 by ISPE Bucharest. The 
equipments delivered at that time were put out of produc- 
tion many years ago. The old process control system was 
put in function in 1993, a software upgrade being developed 
in 2002. 

The desire for a new SCADA system has emerged from 
the following drawbacks: 

• Poor reliability and maintenance 

• Process computers data acquisition system 900 could 
no longer be maintained in function due to lack of spare 
parts and obsolete ARCNET network technology 

• SICONIX pseudo-SCADA software engineered by 
ISPE Bucharest is a closed system, making impossible 
the integration and communication with new SCADA 
system in the plant 

• Inability of interfacing and transmitting parameters to 
the energetic group installed in the SICONIX moni- 
toring system 

• Need of releasing/removing the cable routes with a 
standard industrial field data bus 
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• Long acquisition times and lack of protection circuits 
against electromagnetic disturbances 

• Not able to execute commands on field elements and 
no web-based capability available 

• No redundancy availability at any level 

Regarding these limitations, some problems are taken into 

account as specific requirements for the new design: 

• The power supplies feeding the sensors must have sepa- 
rate connectivity of the protection earth and null wires 
in order to attenuate electromagnetic disturbances. 

• Keep a close evidence of events and actions. 

• Have a well-defined set of rules based on a selection 
key (manual/remote concept), not to allow two opera- 
tors to command the same equipment at the same time. 

• Real-time capability with upon-change display regard- 
ing I/O. 

• Design the web-based system in such a way that 
the monitoring and command tasks are distributed 
according to the needs of each operator. 

The solution for the new SCADA system of CET Sud 

Timisoara (Figure 63.2) is a web-based process control and 

monitoring application that uses the following devices: 


• A PLC with I/O modules as master station, with a 
central rack and three expansion racks (ERs), which 
is capable of collecting and processing data from 
three plant boilers and heating stations (Figure 63.3). 
Another function is to execute command algorithms 
for pumps and valves. This is a centralized station. 

• Two distributed slaves, which acquire data from long- 
distant sensors and control execution elements, where 
direct cable connection with the centralized PLC is 
not possible. Data is acquired via Profibus distributed 
periphery (DP). 

• Two OS servers work in a redundant regime for data 
transport and synoptic implementation of the ther- 
mal plant areas. The functionality principle is the 
“Synchronization after server comes back on-line.” 
The two servers also record data, contain the evolution 
trends for a week, alarms, and events. All these data 
are available for clients via OS web server. 

• An OS web server capable to publish reports, synoptic 
images, dynamics, process values, and commands to 
clients. 

• Eight human machine interfaces are clients for cen- 
tralized process control and monitoring of the plant. 
Here, maintenance is also possible by displaying the 
servers and PLC status. 


Eight client stations 



FIG. 63.2 

System architecture. 
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FIG. G3.3 

Central rack and ER structure. 
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FIG. 63.4 

Electric ring networks PB and TB. 


• An engineering system (ES) is used for programming, 
downloading the server and PLC configurations, and 
PLC programs. Furthermore, diagnostics, I/O check- 
out and simulation are executed on the ES. 

• Four switches used for two communication busses: 
plant bus (PB) and terminal bus (TB) to design two 
industrial Ethernet redundant rings (Figure 63.4) [7], 

• Several 4-20 to 4-20 mA converters with filtering 
capability were installed for the analog inputs. 

Application Architecture 

All web-based applications are centered on the N-Tier archi- 
tecture, which is a client-server architecture combined with 
layer architecture [8]. The architecture in this application 
has field components (PLCs, sensors), two OS applica- 
tion servers with databases, an ES, a web server, and eight 
clients. 

According to this structure, the clients correspond to the 
Presentation Tier , which helps to translate the information 
from EBCDIc and ASCII into audio, video, and images. 

The Application Tier is associated with the web server, 
which deals with the client requests and acts as an interme- 
diater between the OS servers and clients. 


The Database Tier contains the database management 
system that processes all persistent data. The OS server and 
the OS redundant server work for this tier. 

The Field Tier deals with the distributed modules, PLC, 
and sensors and has the task of acquiring and processing 
data [9]. 

Data from hot heating plant boilers are acquired by dis- 
tributed modules. Data from heating plant boilers and plant 
boilers are acquired by the main cabinet, which contains 
the central processing unit (CPU) and ERs. The processor 
with three Profibus interfaces contains on his racks, mod- 
ules for the acquisition of binary and analog inputs like 
the distributed modules. The difference is that the distrib- 
uted stations only take data without processing it, but the 
automation system (AS) does. Communication is made via 
SIMATIC Profibus DP, which is a field bus with band rate up 
to 12 Mbit/s based on the RS-485 standard with 1 km maxi- 
mum length. 

The two electric ring networks (Figure 63.4) allow the 
servers and the ES to exchange data with each other and with 
the AS. The flexibility of these networks is obvious when 
the engineers run diagnostics, execute signal test, or down- 
load. The PB uses SIMATIC Industrial Ethernet, ISO pro- 
tocol (MAC based) and the TB uses TCP/IP. The networks 
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employ X414-3E and X208 switches, which exchange data at 
1000 Mbit/s. 


SYSTEM IMPLEMENTATION 

The first step is to design the system architecture and to 
establish the hardware emplacement. The second step is to 
choose the appropriate modules for processing and acquir- 
ing data. And the final step is programming and configuring 
the equipment. The system monitors 737 binary inputs, 324 
analog inputs, and commands 10 binary outputs (including 4 
valves and 2 pumps). Also, reserve modules of 20% resources 
is taken into account. 

Plant Bus and Hardware Configurations 

At the PB level , the AS contains a central controller (CC) 
placed in the universal rack UR1, another three expansion 
units (EU) placed in the ER1. Communication is established 
via send/receive Interface Modules IM460-0 and IM461-0 
always used together (Figure 63.3). The send modules (send 
IMs) are inserted in the CC, while the corresponding receive 
modules (receive IMs) are plugged into the series-connected 
EU [10]. Due to the lack of voltage transfer between the IMs, 
each EU needs separate power supply (PS). The hardware 
rack specifications are 

• Rack 0 contains PS 24Vdc/20A; CPU (three Profibus 
and two Industrial Ethernet interfaces), communica- 
tion processor for Industrial Ethernet CP, three Digital 
Input modules 32xDI of 24Vdc, eight Analog Input 
modules 8xAI with 13 bit resolution and the send/ 
receive module. 


• Rack 1 contains one PS 24Vdc/10A; six modules 32xDI 
of 24Vdc, six modules 16xAI of 16 bit resolution, two 
modules 8xAI of 13 bit resolution, and a receive module. 

• Rack 2 contains PS 24Vdc/10A; 5 modules 32xDl of 
24Vdc, 10 modules 8xAI of 13 bit resolution, and a 
receive module. 

• Rack 3 contains PS 24Vdc/10A; 5 modules 32xDl of 
24Vdc, 10 modules 8xAI of 13 bit resolution, and a 
receive module. 

The distributed stations communicate with the AS via 
Profibus 1.5 Mb/s with a distributed profile. The first station 
contains three modules 32xDl of 24Vdc and four modules 
8xAI of 13 bit resolution. The second station contains one 
module 32xDI of 24Vdc and one Digital Output module 
32xDO of 24Vdc/0.5A. The 8xAI module has the measuring 
type of 4-20 mA/2 wire; the 16xAI module has four wire 
on 4-20 mA. Analog modules also have wire -break signal- 
ing capability; a “configuration in run” (CIR) is also possible 
(if needed). CIR supports hot swapping by adding/removing 
new slaves and modules and making new parameter settings 
for inserted modules [11], 

The tool used to define the connections, communications, 
and configurations on all levels is “HWConfig” (Figure 63.5) 
from the PCS7 software by Siemens. 

Using EU is a cost-effective solution in comparison with 
distributed profiles (e.g., DCS). On the other hand, if the sig- 
nals pass long distances in the plant, the slave solution used 
with the CIR capability is the best one. 

Software Configuration Using PCS7 

The PLC programming is made with PCS7 software 
package, which has the following main tools: continuous 



FIG. 63.5 

Hardware configuration of the system with HWConfig. 
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FIG. G3.6 

CFC logic for signaling heat energy production. 


function chart (CFC) and sequential function chart (SFC). 
In PCS7, these high-level languages have replaced the 
classic ladder diagram (LAD), S7Graph, function-block 
diagram (FBD) that were used to build process control 
applications. The overall plant process is described by con- 
tinuous processes. For this purpose, CFC charts are used 
and implicitly the CFC Editor of PCS7 [12]. CFC uses pre- 
defined blocks that are stored in the Master Data Library, 
for signaling, scaling process values, and build command 
and control algorithms. 

In CFC, before working with signals, we must pass them 
through channel drivers. 

The flow for signaling procedure, for example, the pro- 
duced heating energy (Figure 63.6) is as follows: 

1. Identify the signal address from the AI module. 

2. Pass the values to virtual channels by connecting their 
address to the “value” signal. The channels are called 
“CH_AI” and they are standard CFC blocks. Scale the 
values by giving them upper and lower limits through 
the “VHRANGE” and “VLRANGE” parameters. 
Hysteresis can also be applied on the “CH_AI” block. 

3. Get the values from the output of the CH_AI block, 
put them in a comparator “CMP_R.” If the value goes 
into overflow then substitute the value with “0” by 
connecting the output of “CMP_R” to the “SUBS_ 
ON” signal. By activating this signal, the output of the 
“CH_AI” block will get the value from the “SUBS_V” 
parameter. Underflow situations are eliminated in the 
same manner. 

4. Add the values and place them to a measure and moni- 
toring “MEAS_MON” block. 

Define on this block, the alarm and warning limits for the 
scaled value. When executing the “create/update block icon” 
function, an interface for the operator is created on the asso- 
ciated process picture. 


The “Val_Mot” block is a dedicated CFC for control- 
ling motor driven valves. The valve command algorithm is 
implemented: 


Signalization: FB_OPEN= RB & not (LB) 

RB 

Right boundary 

FB_CLOSED=LB & not (RB) 

LB 

Left boundary 


MS 

Motor start 

Commands: OPEN= MS and D and not (SK) 

D 

Direction 

CLOSE=MS and not (D) and not (SK) 

SK 

Selection key 


There is a time-control mechanism for the valve opening/ 
closing. If the time passes, then the valve disables itself then 
the block can be used again only if the error is acknowledged. 
A stop in an intermediate position is also possible: not (RB) 
and not (LB) and not (SK). 

If SK is activated, then the valve blocks itself. Linking 
the input signal SK at “Link_Man” and “Liop_Sel” valve 
signals, we switch and activate from operator control to 
interconnected inputs — manual control. By this fact, the pos- 
sibility of simultaneous commands from the clients and from 
the buttons in the command rooms is eliminated. There are 
four valves controlled with instances of this block. 

The “MOTOR” is a CFC block, which starts/stops the 
pumps. It is used to control motors by means of a control sig- 
nal ON/OFF. The motor speed feedback-signal (on/off) can 
be monitored optionally by means of a contactor relay. 

Various inputs are available for controlling the motor. 
They are implemented in a concrete hierarchical relationship 
to each other and to the motor states. In particular, the lock- 
ing, the feedback monitoring, and the motor circuit breaker 
influence the control signal “QSTART.” An SK is also imple- 
mented on the block. 

In order to test if the blocks work properly, they are down- 
loaded in PLC under simulation mode. By activating “Test 
Mode on/off” function, we can execute tests and diagnos- 
tics directly on PLC. The channel drivers (analog or binary) 
have a “SIM_ON” signal, which activates the “SIM_V” 
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parameter, so that the driver outputs its value. All the pro- 
gramming, testing and diagnostics are made on the ES. 


BUSES AND SERVERS 

At the TB level, there are the redundant OS servers and the 
web server. The OS servers are the main components of the 
SCADA system. Each server or station, with an OS indica- 
tive, is configured with a WinCC Application. The redundant 
OS server contains a “standby” WinCC applications and the 
web server a client application. WinCC is the integrated soft- 
ware in PCS7 that permits SCADA operations. 

Terminal Bus-Database Tier-OS Redundant Servers 

Servers hold 34 synoptic main images, which are arranged 
in a hierarchical mode depending on the area they belong 
to. Each WinCC application contains its own station project. 
Each station project is a SCADA environment. The synop- 
tic images are created in “Graphics Designer” and have to 
be placed in a hierarchical architecture. The tool that allows 
this operation is “picture tree manager,” where each picture a 
container is assigned (Figure 63.7). Picture-container assign- 
ment can also be done directly in the “Plant View” in the 
Simatic Manager. 


Hierarchy of the containers and pictures 


I # OBSERVER 

INST GAZE NAT CET • in$t_ga 2 e_naLCET.pdl 
TERMICA • TERMICA. pdl 
68 TERMICA/EPTN -EPTN.pdl 
<§S TERMICA7EPTV • EPTV.pdl 

TERMICA/BOILERE VECHI • boileie_3x25_Gcal.pdl 
$ TERMICA/BOILERE NOI • Boilere_2x75_Gcal.pdl 
TERMOFICARE ■ TERMOFICARE. pdl 
CA1 -CAl.pdl 

@ CA1/CIRCAER GAZE • dRC_.AER-GAZE_CA1.pdl 
$ CA1/CIRC GAZE NAT - circ_gaze_nat_ca1.pdl 
$ CA1/MVC1 • MVC1_CA1.pdl 
® CA1 /MVC2 • MVC2_CA1 . pdl 
® CA1 /MVC3 • MVC3_CA1 . pdl 
$ CA1/MVC4 • MVC4_CA1.pdl 
CA2 ■ CA2 pdl 

$ CA2/MVC4 - MVC4_CA2.pdl 
$5 CA2/MVC3 - MVC3_CA2.pdl 
$5 CA2/MVC2 - MVC2_CA2.pdl 
$5 CA2/MVC1 - MVC1_CA2.pdl 
@ CA2/CIRC GAZE NAT - circ_ga2e-nat_ca2.pdl 
@ CA2/QRCAER GAZE • dRC_AER-GAZE_CA2.pdl 
CA3-CA3.pdl 

@ CA37MVC4 • MVC4_CA3.pdl 
® CA3/MVC3 • MVC3_CA3.pdl 
@ CA3/MVC2 - MVC2_CA3.pdl 
68 CA3/MVC1 -MVC1_CA3.pdl 
68 CA3/ORC GAZE NAT - dtc_gaze-nat_ca3.pdl 
@ CA3/CIRC AER GAZE - dRC_AER-GAZE_CA3.pdl 
CIRC AFERENT CA - CIRC_AFERENTE_CA.pdl 

68 CIRC AFERENT CA/INST POMPE AUM CA • INST_POMPE_ALIM_CA.pdl 
68 DRCAFERENT CA/PREINCALZITORI - pieincalzitoiipdl 
DEGAZOR - Degazoi.pdl 

TERMICA CET • TERMICA_C£T.pdl 


,1 


FIG. 63.7 

Hierarchy structure. 



FIG. 63.8 

Archiving principle. 


Secondary images, which are not associated with the 
plant areas, hold and display evolution charts of the process 
values for one week. Other secondary pictures have the func- 
tions of showing synthesized tables with all the process val- 
ues on the associated areas. 

Evolution charts are created in “Tag Logging” editor in 
the server’s WinCC application, which archives the process 
values to be able to display their history. The acquisition 
time and the archive period have to be assigned for each 
process value. The archiving system processes runtime tags 
stored in the runtime database (DB) and after, writes them 
in the archiving database. Archived values can be exported 
in Excel. 

The following sequences are executed (Figure 63.8): 

• AS saves the process values, which are sent to the 
WinCC application through communication drivers. 

• Data manager (DM) processes the values and returns 
them to the archiving system through process tags. 

• Archive system processes the acquired values 
(depends on the archive configuration). 

• DB saves the process values, which are going to be 
archived. 

The synoptic images are created with the “Graphics 
Designer” tool. Here, the user interface with the process is 
created. Different type of dynamics can be added to each 
property of every object from the library either by dynamic 
dialogs, C, or VBS scripts and tags. Different C scripts are 
written for signaling the functioning state of equipments in 
the held, for example, coal and gas burners. Some signaling 
modes have three states and some have two. 

Reference of the C functions is as follows: 

GetTagBit(bit_name) reads bit and returns a Boolean value; 

SetTagBit(bit_name) sets a bit and returns a Boolean value; 

The interface of CFC blocks for command and monitor- 
ing are placed on the associated area images by activating 
the “Create Update block/icon” function. The alarms are 
automatically generated by the “MEAS_MON” CFC block, 
in association with the limits defined on it. The operator 
interface for “MEAS_MON” provides: Value visualization, 
alarm redefinition, acknowledgment, dynamic scaling, and 
5 min evolution charts. 

The OS servers run in redundant regime. They are con- 
figured with the “Redundancy” editor from WinCC. The 
main server and the redundant server (standby) have WinCC 
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applications. The servers exchange data through COM1 
RS-232 interface. 

The servers monitor each other in runtime to allow pre- 
ventive acknowledge of partner failure. This fact assures 
the clients of uninterrupted control. During fault, the active 
server will continue archiving all messages and process data 
for the WinCC project. After the failed server comes back 
on-line, the contents of messages and user archives will auto- 
matically be copied to the warm returned server. This opera- 
tion fills the data gaps of the server. This action is called 
“synchronization after server comes back on-line.” This 
type of redundancy is called “Hot standby system” because 
the spare system is operated in synchronization with the 
active system. The structure can be considered as a parallel 
redundancy. 

The process reliability for such structures can be deter- 
mined using the following equations [13]: 

R v = 1-QaQb ( 63 . 1 ) 

R p = R A + R B -R A R B ( 63 . 2 ) 

where 

Q t is the system unreliability: Q t = P(XJ is the probability 
of unit failure 

R a and R b are the reliabilities of the two servers 

R p is the overall process reliability 

The process pictures are published to the OS web server 
from the OS server and further to the clients. There will be 
two publications, one on the OS server and another on the 
OS web server, “web navigator” is the WinCC tool used for 
this action. 

Terminal Bus and Local Network — Application 
and Presentation Tier 

Within a PCS7 OS multiple station system, the PCS7 OS web 
server is an OS client with PCS7 OS web server functional- 
ity. An OS client, which is configured as a PCS7 OS web 
server, can no longer be used as an operating station (OS cli- 
ent) within the PCS7 system. 

A PCS7 OS web client accesses the project data provided 
on the PCS7 OS web server via Intranet or Internet using a 
web browser [14], so the process can be operated and moni- 
tored. The setup of web clients can be done by accessing the 
web server by remote operations. It is important to review 
the number of licenses. In our current system, nine clients 
can simultaneously access the web server. These clients are 
ordinary stations called weak clients, due to web browser 
connectivity and have no WinCC project. 

User monitoring and command rights are configured via 
“user administrator” tool on the web server. All servers run 
on Windows 2003 server operating system. 


PCS7 Programming Software Architecture 

The main concepts of industrial automation PLC, DCS, and 
SCADA are implemented here through Siemens PCS7, com- 
posed of two main tools WinCC and Step 7. PCS7 comes 
with new development tools and facilities: 

• Two new editors CFC and SFC with libraries 

• Different views; 

• Plant view — is for configuring of the plant hier- 
archy and associating programming blocks with 
plant areas. Here, the OS project contains the pic- 
ture and the AS project the programming block. 

• Process object view shows details for the individ- 
ual object. 

• Component view shows the physical location 
where the objects are (e.g., CFC in the PLC and 
process pictures on the OS servers). 

The system is built around a multi-project architecture. There 
are two main projects, one for the AS and the other for the 
OSs, in order to allow distributed engineering. Finally, each 
of the objects in a project is downloaded to its target. The 
targets are recognized by means of connections, configured 
with “NetPro” tool in Simatic Manager and proper physical 
configuration of each of them. 


CONCLUSIVE REMARKS 

This article presented the design and implementation 
of a SCADA system for a thermal power plant South of 
Timisoara, meant to supervise and control field distributed 
electric devices using Siemens software and equipment. 
Remote actions and uninterrupted monitoring are possible 
due to redundant servers and web-based applications via 
OPC server and web server. 

The new system has replaced the old existing SCADA 
and it is currently in use and fully functional. 

The system has the following advantages: Remote and 
safe operation and monitoring from anywhere in the world, 
suggestive synoptic images (Figure 63.9), evolution charts for 
one week, archives, easy to interpret alarm system (Figure 
63.10), having as main physical features flexibility, scalabil- 
ity, and powerful modular structure. All these characteris- 
tics lead to a reliable and robust system. Dispatcher reaction 
improves by centralizing the monitoring of the plant with 
a user-based concept, showing real-time data, trends and 
synoptic images, and executing commands from the opera- 
tor stations. This leads to a decrease in transient and dead 
times. Overall, operators are less prone to errors and with 
the help of the event manager, it is possible to analyze previ- 
ous actions in order to improve plant sequences. Lower fuel 
consumption has also been observed due to faster operator 
response times. 
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FIG. 63.9 

Functional SCADA system air-gas circuit for heating boiler two. 



FIG. 63.10 

Example of PCS7 alarm system. 
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